Le langage de programmation Rust : La philosophie de la fiabilité et de la gestion des erreurs

L'approche de Rust en matière de fiabilité va bien au-delà de l'évitement des bogues ; elle est une philosophie de conception consciente. Elle catégorise chaque échec potentiel en deux domaines : Récupérable et Irrecoverable erreurs. Cela garantit que les systèmes sont résilients, prévisibles et protégés contre la corruption silencieuse des données.

1. La taxonomie des échecs

Un échec récupérable (comme un fichier manquant) est un obstacle attendu où le programme peut réessayer ou informer l'utilisateur. Un échec irrécupérable (comme une débordement de tampon) représente une rupture logique où l'action la plus sûre est d'arrêter immédiatement — le principe du Échec rapide principe.

2. Développement basé sur les contrats

La fiabilité est atteinte grâce à des frontières claires. Si les prérequis d'une fonction sont remplis mais que des facteurs externes causent un échec, renvoyez un Résultat. Si la logique interne viole des invariants fondamentaux, Rust force une interruption pour éviter tout dommage supplémentaire à l'état du système.

TERMINALbash — 80x24

> Ready. Click "Run" to execute.

QUESTION 1

Which of the following best describes a 'recoverable error' in Rust?

A total breakdown of logic where the program must halt.

An expected situation, such as a missing file, that the program can handle.

A memory leak that is automatically fixed by the compiler.

An error that only occurs in debug mode.

QUESTION 2

What is the primary purpose of an 'unrecoverable error' (panic)?

To notify the user that their password was incorrect.

To stop execution immediately when a bug or contract violation is detected.

To provide a way for the program to retry a network request.

To optimize the code for better performance.

QUESTION 3

Why does Rust prefer explicit error handling over exceptions?

To make the code harder to read for security.

To prevent 'silent failures' that lead to corrupted states or vulnerabilities.

Because Rust does not have a stack to bubble up errors.

To allow the program to ignore errors completely.

QUESTION 4

If a function receives input that violates its core invariants (a bug), it should:

Return a Result::Err.

Panic to signal a logic error.

Ignore the input and return a default value.

Print a warning and continue.

QUESTION 5

Which Rust type is used to represent a recoverable failure?

Option<T>

Result<T, E>

panic!

Box<dyn Error>